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(54) Title: OFF-LINE REMOTE LOTTERY SYSTEM 

(57) Abstract 

The present invention provides a lottery system 
whereby instant tickets (30) with a predetermined outcome 
can be rendered on a gaming computer (20) to enable a 
player to participate in a lottery at any location. 
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OFF-LINE REMOTE LOTTERY SYSTEM 

The present invention relates generally to remote 
gaming systems, and more particularly, to a lottery 
system in which lottery games typically embodied in a 
ticket having multiple chances which represent a 
single outcome offered by a lottery authority are 
rendered on a gaming computer as an -electronic 
ticket," such as, for example, a dedicated hand-held 
device or programmed general personal computer, which 
enables a player to reveal the ticket outcome with the 
same convenience as typical paper scratch-off tickets 
at any location without the gaming computer ever 
having to be physically or electronically connected to 
15 a lottery system network during play, thereby 
providing enhanced play value for the player and 
greater revenues for the lottery authority. 

In one type of common prior art paper instant 
ticket system, a computer generates a randomized 
prize datastream comprised of a finite series of 
win/lose outcomes. Each outcome is assigned to a 
lottery ticket, and each ticket contains one or more 
game chances which yield the assigned outcome. The 
player cannot change the ticket outcome, he or she 
merely scratches off certain areas of the ticket in 
accordance with the rules of the game to reveal the 
outcome. The ticket contains indicia which provide 
th« player with a means to determine win/ lose results 
or prize status, and the type of prize (e.g., cash or 
a free ticket) . The aggregate of all winning outcomes 
in any randomized prize datastream is a predetermined 
percentage payout of the total revenues that would be 
generated by the sale of all of the tickets 
incorporating that particular randomized prize 
35 datastream. 

Each ticket is assigned a unique ticket serial 
number for validation purposes which identifies that 
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2£f iTT a specific outcoae ' and a batch n ™»** 

which links the ticket to a aaster carton in which 
groups of tickets are shipped to lottery retailers in 
specific quantities. The ticket serial number ig 
usually concealed beneath the foil of the ticket. The 
batch number is typically visible on the ticket in the 
for* of a bar code. All tickets in a given master 
carton are part of the sane ticket lot and are sold at 
the same price point. Each master carton is labeled 
with a unique master carton serial number which is 
tracked by a central computer associated with the 
lottery authority. The central computer also stores 
every ticket serial number and the associated outcome 
for that ticket. When the instant tickets are to be 
sold to customers, the lottery retailer communicates 
the master carton serial number via his on-line agent 
terminal to the lottery central computer and thereby 
activates all of the paper instant tickets in each 
master carton. This action activates all of the ticket 
serial numbers in that master carton, and typically 
causes the lottery retailer's lottery bank account to 
be automatically debited for the wholesale cost of 
that master carton within a specified time period. 

To redeem a winning paper lottery ticket, the 
player presents the same to a redeeming agent, either 
at a lottery retailer or lottery office, or mails the 
ticket in for redemption. To effectuate the redemption 
process, the redeeming agent scans the bar code on the 
ticket which represents the batch serial number on the 
ticket through a bar code scanner associated with the 
agent terminal. The ticket agent also enters the 
ticket serial number into the agent terminal. These 
ticket serial numbers are transmitted to the central 
computer for purposes of validation. When the central 
computer receives a validation request, it activates 
an on-line validation program which queries a ticket 
value database using the particular ticket and batch 
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a^vaVT*" ^ C ° n£irn ^ ticket c *»* 

coll™ aa8ter Cart0n * " ^ ticket val - **tabase 
confirms a payout, the validation program authorizes 

the lottery retailer to pay the player cash or provide 
5 another prize (e.g., a £ree ticket,. 

In other P^' instant ticket systems, there is 
no lottery central computer which manages the system. 
The lottery retailer simply buys tickets from a 
printer, resells them to players, and then handles all 
10 aspects of validation and payment of winnings. 

Paper instant ticket systems suffer from several 
drawbacks.. These include the costs of printing 
tickets, the physical inventory costs, the costs to 
the lottery authority and retailer associated with 
15 unsold tickets, the inability to effectively offer 
low-price games (e.g., $0.25, $0.10), the limited game 
choices for the player, and the stigma associated with 
paper tickets as appealing toward lower income 
players, among others. 

As an alternative to instant paper tickets, 
systems have been devised which replicate instant 
tickets on a computer terminal or gaming machine. An 
example is shown in U.S. Patent No. 5,324,035, which 
discloses an on-line video gaming system comprised of 
a plurality of slave terminals, a plurality of master 
processing units, and a central game processor, a 
plurality of slave terminals are networked to each 
aaatar processing unit and all of the master 
processing units are networked to the central game 
processor. The central game processor downloads fixed 
pools of game plays to each master processing unit. 
The slave terminals request game plays from the fixed 
pool in the master processing unit. The group of slave 
terminals coupled to a particular master processing 
unit display indications of the chances of purchasing 
one of the remaining winning plays in that pool to 
provide an element of competition between players 
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situated at the various slave terminals. Thus, players 
at each slave terminal may decide to wait f or tne <Zl 
of purchasing a winning play, to increase by 
other competitors to purchase scne of th r !" 
5 non-winning plays, Althoxiqh ^ ^ * 

renderxng instant paper tickets in a video format its 
primary drawhacK is that it is a networked online 
system Every play (outcome) requested by the slave 
terminal must he downloaded on-line from the mas^ 

r::T* • Accordin ^< «*■ ^ is linLt ^ 

in that players can only engage in lottery play at 
specified locations. * 

in u TTl T r Une VidS ° 9amin9 SyStea is disclosed 

a pLalit T ^ 4 ' 652 '" 8 - ^ ~ comprises 
a plurality of remote terminals networked to a central 

controller which generates a prize pool based upon a 

pool seed which is fed to a random number generator. 

The central controller divides the prize pool into 

Bum-pools, each of which has a known amount of low- 

•nd prize value (e.g., all prizes of $25 or less). 

There are a selected number of larger prizes which are 

distributed among the mini-pools where some mini-pools 

have a large prize and some have none. Mini-pools are 

assigned to each terminal for each game which is 

25 rendered on the terminal as needed. The remote 

terminals have means for randomizing each mini-pool 

assigned to the terminal using a mini-pool seed 

provided by the central controller to feed a random 

number generator using a randomizing algorithm. When 

the central processor has assigned all mini-pools 

within a pool, the central processor creates a new 

pool. After players have played a sufficient number 

of games to exhaust an entire mini-pool at a given 

remote terminal, it connects to the central controller 

and is assigned a new mini-pool. This system also has 

significant limitations. Because the prize structure 

in the mini-pools is assigned to each remote terminal 
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P"y. it is nec.ss.ry to provide various seouritv 
measure, in th. re«ote t«,«r.i. to L. 
5 scrupulous PUy.r fro, nooUna aheaa" oy 

at what point i„ th. „i„i-pool . win will occur 

for th. ,am. fin, pliy «, ,„„ ^ ^ 
M a f .vo r ^ a outco „ u du# to o ^ «U 

^.r.ct.ristic thus «a*e. such a syst™ unsuitable t or 
•n off-lin. arrangement wh.r. players ar. free to 
purchase . tiek ets« ami view th. outco.es at any 
location. * 

15 It is therefore desirable to provide an off-line 

system in which a player can enjoy games having a 
predefined outcome determined by a lottery authority 
or the like on a gaming device, without the need to be 
Physically or electronically linked to a central 
computer associated with the lottery authority during 
Play, where "ticket" purchase and redemption of 
winnings may be done at virtually any location, and 
where the lottery authority is not at risk of being 
cheated since there are no secrets stored in the 
25 device. 
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SUMMARY fl7 Tfffi TmffTTm . 

Accordingly, it is a primary object of the 
present invention to provide a lottery system whereby 
instant "tickets" or psuedo-choice games with a 
predetermined outcome can be rendered on a gaming 
computer (the gaming computer may be any personal 
computer, personal digital assistant or the like, but 
will be referred to herein as a hand-held ticket 
viewer "HTV") to enable a player to participate in a 
lottery at any location as with instant paper tickets, 
all the while providing enhanced play value through 
computer simulation of games on the HTV. 
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to provide' TH ° bjeCt ° f 

eliminate the need;for security in ^ * 

to provide rUt 0 ^ °' ^ ~* inVenti - 

£ , ^ SySten WhiCh enables outco.es to 

be replicated on an HTV and redemption at a 
10 retailer t»4 4.k *.v «e«ption at a lottery 

retailer with the same convenience as with instant 
Paper tickets. instant 

It is a further object of the present invention 

pttTlit 0 V° ttftry ~ Prides ~e 

15 ZTinL V ° UtCODe PUrChaS ° and redemption through 
any interactive communications network such as tL 
Internet or simply over the telephone. 

It is another object of the present invention to 
provide a lottery system which provides a lotted 
authority with increased sales and profits ^ 
20 competitive entertainment alternatives and high" 
customer satisfaction. * 

It is a further object of the present invention 
to provide a lottery system which eliminates printing 

25 C ^ 8 : inv «*°*y ^t. and cash flow delays associated 
25 with instant paper tickets. 

It is a further object of the present invention 
to provide a lottery system which eliminates the 
di«po.«l costs associated with paper instant tickets. 

10 * ".t 8 ^ an ° ther ° bjeCt ° f * rea « nt invention 
to provide a lottery system in which an HTV provides 

for a longer play time than that possible with instant 
paper tickets. 

It is yet another object of the present invention 
to provide a lottery system in which games rendered on 
an HTV may be provided in a large type option which 
generates larger game formats to make it easier for 
people with poor vision to play the games. 
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provide a T~ ' °' ~* to 
provide a lottery system which allows for venue 

expansion through sales of instant ticket *L 
in venues where sales of oaner tickets Trl • 
such »■ i„ M * " ^icxets are impractical 

such as in restaurants and the like. 

It is still ; another object of the present 

tutorials and help screens on a HTV enable player! to 
learn new lottery games. flyers to 

It is yet another object of the present invention 
to provide a lottery system in which games are 
rendered on a HTV and the machine tells the player 
when he or she is a winner. 

15 " ^ * fUrther ° bjeCt ° f «» P"sent invention 

15 to provide a lottery system in which new lottery games 

MY ^^erred to a HTV through a plug-in module 
It is still another object of the present 
Invention to provide a lottery system in which the 
lottery authority can inexpensively test new games and 
20 obtain user feedback by transferring new games for 
user sampling to a. HTV through a plug-in module. 

It is yet another object of the present invention 
to provide a lottery system in which advertising in 
connection with any lottery game may be transferred to 
25 and replicated on a HTV. 

It is a another object of the present invention 
to provide a lottery system in which games which are 
race, of skill such as crossword puzzles or word 
descrambler games which must be completed in a certain 
30 period of time but which have a predetermined outcome 
are rendered on a HTV. 

It is a further object of the present invention 
to provide a lottery system which increases lottery 
sales and player game value by providing for the 
'5 reinvestment of winnings on a HTV. 

It is yet another object of the present invention 
to provide a lottery system which allows for a lottery 
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authority to track pl.yrs and their fr aqu „ ncy of play 
° n * t0 ^nus awards a™, ln « nti l 

inventL^to Xd.T^t. 01 ' 3 "' " ^ ' 
«- ^ Provide a lottery system which reduces 

P »r.L T * enabUn9 4 ^ t0 ^ 
Plurality of ,«es on . srv irrespective of th. 

Z^:?^ ° UtC ° M " ^ lottery 

10 to » * £UrthEr ° bjeCt ° f *»» invention 

10 to proved, a lottary .y stM which reduc „ tic)[ , t ^ 

validation coats for tha lottery authority through 
•lectronie batching and reduced clai» "event.. - 

It i. another object of tha prawnt invention to 

15 tZ > " ,1Ch *»•*«* 

" type .lottery oa»as attractiv. to a wider group of 

.participant, who enjoy playing 9aama on mebiM . ^ 

personal computers. 

It is a further object of the present invention 
to provide a lottery system in which a HTV may be 
20 enabled for play and disabled in accordance with its 
location using a Global Positioning System ("GPS") 
receiver to facilitate in-flight gaming where the HTV 
nay be prevented from operating unless it is located 
within a venue that allows for gaming. 
25 m accordance with the above objects and 

additional objects that will become apparent 
hereinafter, the present invention in a first 
«*»di»ent provides a remote off-line lottery system 
generally comprised of at least one HTV for revealing 
30 -tickets" (outcomes) purchased from a lottery or 
wagering authority ("lottery authority"); a LCC; and 
a telecommunications network which provides remote 
terminal access to the LCC from a plurality of agent 
terminals ("AT") located at various lottery retailers 
35 where the player can go to purchase outcomes and 
redeem winnings. 

The LCC contains software or firmware which 
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generates a randomized prize datastream r-Rpn.., 
comprised of a finite series of win/lose outcomes. The 
aggregate of all winning outcomes in any rp D is a 
5 ^ eternined tage payout of the total revenues 

i jr e r ed by the saie ° f au ° f the ~- ^ 

data " 5t ° reS 3 reC ° rd ° f identification 

«tt ^e 7,7 re?iStering 3 P 1 ^ 1 ^ of HTVs 

with the lottery authority and *ay store information 

with respect to individual players to allow for bonus 
10 awards and incentive programs. 

in the first embodiment, the player goes to a 
lottery retailer having an AT and requests to purchase 
■ "tickets.. • The agent obtains identification 
information in the form of an outcome purchase request 
15 message OPRM from the HTV and enters it into the AT 
which communicates this information to the LCC where 
the HTV is verified as a properly registered unit. The 
agent then provides the number of outcomes requested 
■- The LCC randomly assigns the next m outcomes from 
the RPD and stores a record of the outcomes purchased 
with the identification data for that HTV. Thus, the 
LCC knows exactly which HTV has been provided with 
which outcomes for future redemption of winnings. The 
LCC then generates an outcome transfer message OTM and 
communicates the same to the AT. The outcome transfer 
msmage OTM may be printed out on a receipt at the AT 
and provided to the player for manual entry into the 
HTV. The outcome transfer message OTM may be rendered 
in the form of a bar code on the receipt to enable 
being scanning by a bar code scanner associated with 
the HTV. Alternatively, the outcome transfer message 
OTM may be written to data memory media such as a 
smart card with a read/write interface associated with 
the AT, where the HTV has an associated read/write 
interface for reading the outcome transfer message OTM 
from the smart card. In yet another embodiment, the AT 
and the HTV both include means for physically coupling 
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™ t0 ^ AT to enable the HTV to directly read 
the outcome transfer message OTM from the AT. m still 
another embodiment, the outcome transfer message OTM 

*Z ? SPOjCCn int ° * ffliCr05)h0ne in the HTV where the 
HTV has voice activated circuitry for reading the 
message Further embodiments described below in which 

e^L* * " ^ r8qUired ' inClude * telephone 
embodiment where the player obtains the outcome 

transfer message OTM over the telephone and then 
manually enters it into the HTV, or where the HTV 
xncludes a modem for obtaining the outcome transfer 
message OTM directly over a telephone line. i„ still 
another embodiment, the HTV may include a transceiver 
for receiving an outcome transfer message which is 
broadcast through RF communications between a base 
station associated with the lcc and the htv. 

The HTV contains software or firmware which 
enables it to generate games which reveal the 
purchased outcomes represented in the outcome transfer 
message OTM. The games may be updated in the HTV by 
transferring new game programs to the HTV via a smart 
card or the like. The software also allows for the 
generation of games for practice sessions or tutorials 
for the games to teach players how to play. The games 
reveal the predetermined outcomes and may be "no- 
choice- as with instant paper tickets, bingo games or 
a sweepstakes; or psuedo-choice (e.g., video poker 
with a predetermined outcome if the player plays every 
hand correctly) . The outcome transfer message OTM may 
represent the outcomes selected from the RPD in a 
compressed sequence. This enables a simple code to be 
printed on a receipt for manual entry or bar code 
scanning. In another embodiment, a reference string 
HTVRS containing a very large series of random 
outcomes is identically stored in both the LCC and the 
HTV. The outcome transfer message OTM represents an 
address or addresses in the HTVRS. which contain a 
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sequence of outcomes that either 

out=o»„ M1 .«. d " OB t h ?i D 0 r^ y Mtch 

on thos. s. lec t«d =u^„ *"* net 

botn tec " °:::: 6 ln anoth « —"-t. 

••wage oth r.pr...nts this seed VIlu . ° transfer 

i. provided with th. outcome * ™ °"- 

" «ny of th. abov. ..thed^ it " °™ * 

yield » ■•««*., it generate. games „ hlch 

o^tclr ° UtCOMS " ^ - - «— 

To prevent an outcome transfer mess.,, oro t- 
b.in, U8 . d ln ^ mng htv, th. outcome ^ nsf .: 

only to th. «c and a particuiar £ J r 
tran X " thSt »• th. outcome 

authentication code, „ nlch « e v . rlfied at 

ICC and th. HTV My . tora a cttaining varlibu 
P«ticul« HTV which is update, as . ona .„ ay tulctlon 
of all outcomes that have been purchased or pi.yed by 

2S 217^ *" ChalninS V " 1Sb1 ' iS * ^ « 

ZIZ " ° UtCOM iB mad. end by th. HTV 

every time th. HTV receive, a n.w outco™. tran.fr 
Th. chaining variabl. My „. „„„ t(J 

g««r«t. . „„, oprai avary tu> m ^ 

requ.* 1. Md . to th. we, .nd/or a. a „ .ncxyption or 

30 message authentication key. 

in on. embodiment, additional outcomes are 
provide to allow for player reinvestment. Th... 
outcome, are referred to h.r.in a. -standby outcomes. - 
Thus, a given outcome purchase for . outcoa., may 

" includ. x standbyoutcomes which enable th. player to 
reinvest winnings on the » purchased outcome., the 
number of .tendby outcomes included in a given 
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tor total exhaustion of winning, or a iJL « 
aoov. some P^«.n»l„. d t,,^ " ' 
authority. This will be lottery 
S below. «P*ained m more datail 

As the HTV generates 9a.es which reveal the 
outcomes, the cash balance is updated in 
stored in the HTV. The L cc S in£t y ^ ™ t ' 

« w?« " 8ither Pr ° Vide * " the 

AT with a redemption request message „„, ' 

communicates the redemption rem,—* 

directlv to «,. ,» aeI,ptlon r «Juest message RRM 

abo« „l th * ^ ° f tte " ath0<ta «-scribed 

15 ^ " " r " PeCt , " ° tttCOM *~r 

*j " tra "" it * "^-Ption re,u«t „,..,. 
«H to the Lcc, which ..ri !lM the identity of the HTV 
«* the exp*** payout for that HTV. If „t»„dby 
^ C °"",7' —*■»". «" ""-Ption request m.s.,,1 

" * "P""»tation of which standby 

outcome were revealed by ^ * 

outcomes which were not reveled are voided a. p«t^ 
the redemption process. The player i, then paid by the 
lottery retailer, or if the prize has signifLnt 

« r^r r ua ' puyar ,ay *■ ***** to — 1" 

eut^ty 8Ub " ,Mnt «" ^ 

1» on. alt^tive M0x.di.ent, the lcc is coupled 
to . tel.com.aaic.tion. network having infective 
voice capability and i. accessible by dialing a 90 o 
30 number or the like to enable the outcome purchase and 
redemption to be effectuated over the telephone. The 
Player simply key, the information into the telephone 
in response to prompts from the system. Thus, the 
Player first communicates the HTV identification 
information to the lcc. If HTV identification is 
confirmed, the LCC then provide, a -ready indication 
to th. pi,y.r with instruction, to .elect the number 
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of outcoaes to be purchased for each D ri« 4 
LCC then generates an outcome trTZfl 
described above which the ni meSSage °™ as 

HTV. ^ ^ ^T^T ^ ^ 
winnings. The HTV generate, ' J " lUrl * to 
-sage and V«« "*-t 

request aessage into the te le ph 0 »e 1 red6Bption 
request aessage RRM i, co^at^o^ redCaPti ° n 
verifies the identity of ZZlLL^' ^ 
Payoff, a credit is then aade t7a» 
HTV/player i„ the LCC ^ f ° r the 

-bodiaent, the^ coLi" * lfiCation of this 
to coaaunicate ZZZrLT^ ^ " 
networ* to coaaunicate Ucl t^TZT^ 
f roa the LCC to the HTV L* / Besaa ** OTM 
-ssages froa the HrTtoTe £ 221^ ~ t 
the sy stea could operat over ^ T^ 00 ' 
coaaunications network such I "T?**" 
Alternatively, the HTV Mv internet. 
Phone for the Jr "borate a cellular 

pnone for the saae purpose. This eabodiaent is s hii 
considered to be an fl « h. C 18 sti11 

w oe an off-line arrangeaent as fh«~ * 
no need to have »„ n as there is 

- «- ^ ™^ conneotion — - htv 

In « furth.r .mbodi„.nt, th. Lcc and „ch HTV 

nMd not tr.v.l to . le tt.ry r#tau ; r * 
PUreb — or to r«l.„ winning. 

pr. J!!"7 0th " r f * 4tUrM ind — «t*« of th. 

T ntl ° n WU1 * un^ratoo, witn 

roiiows and the appended drawings. 

BRIEF PBSn?TPTTOW np ^ 

^ P1G * 1 " a ache »atic of the reaote lottery 
systea showing an LCC, ATs a „n «™ • 
eabodiaent; * ln a first 

PIG. 2 is a block diagraa of the LCC; 
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FIG. 3 is 



fig. 3 is a diagram of 
arrangement in the LCC; *" eXenplar y memory 

HTV; FIG * 4 18 4 bl ° Ck ^ °* the components in an 

the h£; ' 5 ^ a bl ° Ck dia9ra » °< *- controiler in 
FIG 6 is 

arrangement in the HTV; 9 ™ °* *" eXe * Plary nenor y 
FIG. 7 is a flow chain- 
10 purchase; ° f exe »Plary outcome 

FIG. 8 is a flow char-h 
sequence; ° f an exe »Pl*rY redemption 

FIG- 9 is a schematic of a rand™, 
datastream showing an e Mm i. - Pris8e 
15 outcomes ; ° f purchas ^ and standby 

FIG. 10 is a flow chart* 

— -~ -it. i^izzrr** outcoM 

FIG. H i a a fl ehai-* 

<Jrawl-». «. 1 "™ nce to «» several views of the 
^ZL^T. " d8PiCted 4 l0t ^ system ,e„er.lly 

«*• «* 12, a plurality of „. nt terminal (M) 16 
associated with various lottery retailers is L ! 

tickets- outcoMs. The ten, lottery authority" is 
— - the ,e„er al s.nse a M is lnte L ed to l ua ~ e 

iny W » wln » "«-ritT which sells „o choice ZT 
scratch-off lottery tickets, bingo or mm J^; 
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or psuedo-choic. (e.g., vtdao 

ot .Mil having . Pr^t.^ JT^ 1 

Play, correctly. T h. t .r» -Ictt^rv ! P W 

include. any Mrchant wh .„ ™ AT l 1 ° 6 tt .7 1 

5 th. foregoing. ^ "e™ "J^T." ^ 

h«r.i„ means . sin,l. outcome. Thus the " " 
"ally purchasing cutco.es fro, tTe Vc ! h T *" 
transferred to th. htv 20 a nd reveaL 1 
generate on th. htv 20. As li\ 2 , * 

» — U below, the players ^ "7" "°" 
lotte to uer to purchMe out -^ ••»- 

anticipated that, in alternative «bodim.»ts, th. 

12 and AT 16 nay be combine * «. 

even im-« combined into a single unit or 

»• purchased through R» -„_,,„,. 

u '" " communications between a 
transc.iv«r associated with th. LCC 12 
transceivr aa.ooiatad with th. HTV 20. rLl 
« «*odi». n t. are describe, further below. 

overview' o\ * • Ch "" tiC W «* «^«- aepictin, an 
overview of the systm components in the first 

«-bcdi~nt. The LCC i2, .^.communications n.twor k u 

25 **" " COnn «« ed i» ^-ilar fashion as those 

^LT Pr " r US * d t0 instant paper 

M" -ay include a printer 22, bar code scanner or 

iTZrT" 1 "* deViC " " ' ' «•-»*-««. interface 
10 f T ( PhmCally CO, * lln * <*• HTV 20 to the AT 16 to 

electrically communicate signals with the HTV 20 
through a compatible communications interface 92 m 
tK. HTV 20, and/or a read/writ, interface 27 for 
reading and writing data to data memory media such as 
a .mart card 2S. These are used to transfer outcomes 
to the HTV 20 through an outcome transfer message OTM 
and will be described in mor. d.tail below. The ..art 
card 28 may .1.0 be used to update game programs in 
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the HTV 20 to allow for- 

«c.ptan=e by players . ^J-^ «« «•** 

an i/o interface 34 for i M< «« ' em ° ry 32 ' 

10 32 and a fading programs into Memory 

32 . and a communications interface ,« ! 
communicating through the networK U v " the AT 
The LCC 12 may also tunicate througnTb™ l ' 6 ' 
network is with a plurality of T° * ati ° n 
transceivers f or broadcastiL IL tl0nS haVing 

15 to communicate .essates ^0^^!"^ " 

and the HTV 20 in an altern/, " ^ LCC 12 

» in an alternative embodiment describe 
below and illustrated in fig 13 T bribed 
software «»- 7116 LCC has 

exemolarv depicts an 

•y«« ^.""JT' " lnelud * s an op * ratln * 

conventi^nTLnL ^ r. 0 "' 01 '' r «* » i- « 

for «=h .Jr """^ 36 in »<»i>°ry 32 

<or„ch HTV 20 in valch sp#cifio lnforaitio 7 

^ ' " C " t0 «*— '0 that 

" ^ r "r" vad and updatad - "^« d i" 

to m* th. d„ir.d functions. Fo r purposes of 

it i« . " 9i8t<lred to • »">9l« Playar. How.»ar, 

ali'r . P 8n ™ » »y contain auitipl. 

account, for different players .here . co ... to ^ ^ 
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20 is „ade available through different passwords An 

variable ("C") stored in a field 38 t « chainin 9 

h£t T TOB,tltUt * • «*t r.pr...„tation of 
the history of outco... which hav. been purchased J* 

« u^t^ .very «. p^..*, outcOMs j£j 
to th. particular HTV 20 as a one-way functlon 
outco... purch a ..d. Thu., c is uniqu. to „ch HTV 20 
because it i. , r .cord of , u traniactions 

c is ., , way to provont fraud gener 
o«tco». purch... request 0PRf( „ , t(mctl ^ 

both I and c in the HTV 20 wh.r. oprm i, used to 
identify th. particul.r HTV 20 during purch,.. ana/or 
ration transaction.. la this r.gard, th. current 
OPRM for that HTV 20 is «or.d in tUU <„ in th . „, 
»~ory are. 3« in lcc mtuy „ to y,. ^ ^ 

to «»par. th. generated oprm with th. on. .tored in 
»«ory (which is update each time outco.es are sold 
to th. HTV 20, fro, th. l..t trans.ction to verify the 
identity of the HTV 20. C and I My ,i, 0 >. „ 
encryption or authentication key. „ describe beiow. 

The tec includes a progra. 42 for generating a 
random pris. data.tr.am (-rpd-, 44 which is a pool 
containing a finite 0 f win/lose outco... o,. . .0 

<e - 9 " in **• » in «> lo«e, lo.e, win $10, lo..," 
lose. . . .. tC ) . The aggregat. of all winning outco... in 
any rpd 44 is a predetermined percentage payout of the 
total revenue, to b. generated by the sale of all 
•tickets- represented by the outcosas in th. RPD 44. 
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When a purchase is made tho , 

"ticXet" (outcoae) pur ^ LCC 12 utilizes a 

-lects the n J Z "T 

poss^ ., standby outco ;; s : t*:™" <- 

reinvestment of winnings, this £ll *\ ^ 

below, to be assigned to a oartil i d « s «ibed 
_ . * u to a Particular HTV 20 tk« 

enable th. HTV 20 to reveal . to 

' «v„.x ways ln ^J*™ 1 £ ~-- are 

:rr — - - itr; e 

" 60 8t0re «" «*»«« 

a 5 „°; * " COrt ° f «» °«co„s „ assigned in fUld S2 
and the st^ outeoMS x , «, 

given -ticket. <out=o M , such a. $ . 25 , S1 " [Z 
in field s«, th. net p. yoff ta fi . /V, and^e 

::^r: J i L: ui i 6 °- ^ * — * * 

" ° " for each ^ansacticn with . given htv 20. 
in one e»bodi«ent, each HTV 20 nay be assigned a 
unxq*. reference string (-HTVRS-, which is stored in 
field 46. An identical htvrs is stored in «,«. 

ZT\T ot win/lo,e outeo - s - • is 

" ^ ^ d °! t h COM PUrCh - 48 directs the lcc 

" '° ° Utco ~» « » ««ie" of outcomes 

having th. ^ Mt wff in ^ ^ 

outcce. or th. net payof, My be represents hy one 
or »«. M-ory addresses in th. HTVRS. The outcone 
Pachas, prooxa. direct, th. LCC 12 to generate an 
outcce transfer ,»s..ge OTM which represents that 
aodres, or addresses in th. htvrs. Tne htv 20 can 
interpret OTH to find th. sa»e outcoaes or a series of 
" lth «» — «•* payoff in its very own 
HTVM. This will „, explained in .ore detail below. 
Another way in which the LCC 12 can assign 
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outcomes is through the use «*> * 

».»ory area 3« i„ the lcc memorv Til"' 
5 on-way fu„ etion in fi.id s , T lnclud « su <* » 

The see, va lue for this one . way ^JZ ^IT^ 
ot an outcome transfer message or* 

zs D y simply compressing the outeom- 

is outcomes O,...©^, selected by the 

» outcome purchase proora. 48 and compresses tn^ 

S T" nC ' int ° 8 ~ «« ^able which is part of an 

« 1 tr * n8fer B,Mi " °™- As P«* - the 
compression process, the outcomes o,...o„. may ^ 

" UDter ° f $1 "umber of « winners. 

Cner. L!*"^ C °" P " Mlon ls — 1 *» «bodi~nt. 

allow for manual entry of the outcome transfer message 
!5 °™ int ° «» ■» " - «=-nnin, th. OTM a. described 

^I;„ C 7 r '" i0n iB — »— 1 in the telephone 
•"bo-U-nt shown in fig. 12 and described below where 
the player may communicate messages over th. telephone 
in response to suitable prompts. l„ this regard, 
compression and decompression may be used in 
combination with any of th. other methods of 
transf«ring outcom.., such a. for example, where th. 
HWRS address is transferred. 

In still another embodiment, the outcome purchase 
program 48 calculates the expected net payoff of the 
m outcomes o,...o„ and generates an outcome transfer 
message OTM which represents that net payoff. In this 
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th. HTV would randomly g<merite 9uma 
yi.W outcome, having that net payoff . This ' 
not suitable for S «„ dby outcomes. Mthod " 

In order to provide for added security i„ 

•ncrypted u»in, *.y. known oniy to th. tec 12 and t *' 
particular HTV 20 storM in " " 

^ti°" i0n/ ' nCryPtlen ^ " »«vid.."or tS 
encryption and decryption of ».„s„. a C o«»unic.~ 

fro. the LCC l2 .„d evicted to th. Lcc 7 
Similarly, m...ag.. by the LCC l2 My >. 

■M. authenticatabl. by appending „..,.„. 
auth^tication code. .tor.d in f i.id 70 euL th" n^ 
a particular HTV 20 using K.y. Known only to th. LCC 
12 end that HTV 20 can u.. th. «..„,.. L 
-bov., the chaining variable c and th! unUid.""^ 
I may be „„d .. key . t0 mmim/ttat ^ 
and authentication. •TPtion 

Other program, resident in the LCC memory 32 
include an accounting program 72 which calculate, th. 
running ca« balanc. for each HTV 20 and store, th. 

i» .„ aceeunt „ ln fl>w ? ^ ^ accounting 
program 72 is us«i to track th. cumulative valu. of 

c^ed-out. Th. accounting progxa-^.nable. the LCC 
12 to duplicate , pliy . r ,, OMi±t b ^V at 

in the outcome sequence. ^ — ' 

The lcc memory 32 further contains an audit 

program 78 which stores a record of all transactions 

with a particular HTV 20 in field 76. 

The LCC memory 32 also includes « 

program fa|Wch provides for verifylno^rfnninocf to 

enable a wrs^?a^— --n i» ■ jr 

* 1 rn'in nut. Tne redemption program 78 

is used to cash-out any winnings in a player^ current 

credit balance. The redemption program^Hirects the 

LCC 12 to read a redemption requesV-missage REM 

provided from the HTV 20. The redemption program also 
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determines the number of 

ST \ field (78 Pand J™ P ^ ticUlar P 1 "^ «>y "e stored i„ 
0 ' ^80 \K US - a " ard data "V be stored in tield 

^de Play.„ with loyaity ravards y 11 ~ 
outco... f « totil . tick . ta . parchaMd 

*eferring now to pi Gs . 4 and 5, the HTV 20 i^ a 
pr.ferred is . „ ^.vino . 

controller 82, a display 84 and 9 
Pr«f„. ^ *»P«y 84, and player controls 86. 
Preferably the HTV 20 includes „„. „ 
^ * . A **v»xuaes one or more m* 

^ a ° " " 8 "' rnal " rint -. « internal printer 

==J^r ! CSnner 90 ' * — interface 
compatible for connecting the hiv 20 to the 

coruscations interfaoe 28 associated with an AT^s 
to .na*!. the HTV 20 to eleotrically coj^ate 

r.1r l V lth M ' interface" L r 

reading data fro. and writing data to s»rt card 28^ 
a -ode. 9< for connecting the HTV 20 directly to a 
tel.co-.unic.tion. network 14 coupled to the LCC 12 i„ 
25 T I'"" 1 " 8 t shown in FIG. 12 and 

^1 C . T b * 1 °"' " "*~ coupled to a 

^»»-c.iv« 113 for broadcasting and receiving 

^TSifi fto " * *— station 600 •—**«- 

»!«, LCC 12 i„ another alternative .«bodi Mn t shown in 
• 13 and described below. 

30 „« PlaYer COntrols 86 ~JT be integrated into 

display 84 in a touch-screen arrangement of the type 
known an the art. The display 84 may also include the 
capability to render messages in a bar code readable 
format to enable them to be scanned by the bar code 
scanner 24 coupled to the AT 16. The player controls 
86 allow the player to select various game, outcome 
transfer and redemption functions. The controller 82 



35 

86 
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comprised of ROM arl d ram in 

housed i„ . t Mpar -. vld . nt . nclosura tTl y 
* lottery authority x; any susp . cted tamperT^ £ 
device. Th. cpd ; 98 communicate, with 
control, 86 through . control interface „, 

« lj er n 9 * Mr " l0n h "*'«* *" c °upled to y 
speaker us for complicating game sounds. a voice 
Riveted circuit uo of th. type known in the arTm^ 
be coupled to . microphone 112 to enable Z 

*• «» «, M by .poken commends. a° 
CPU S8 co^unicate, with the printer int.rt.ce „JT t 

L J print,r 88b ' * r code — «« 

ta. r..d/writ. int.rf.c M . and s6 

through conventional l,o interface shown generally in 
the clock di at 114> me ^ sa My ^£ 

with RF circuitry U3 coupled to an antenn. lis for 
20 communicating «....,.. directly with the lcc 12 via 
ttVb... static a. shown in th. alt.rn.tiv. 
embodiment in FIG. n. In another application, th. HTV 
20 may hav. . GPS receiver 111 couple to antenna us 
whic* .communicate, position intonation to th. CPD 98 . 
in this manner th. HTV 20 can be prevented fro* 
opting unless it is located i» , certain venue 
*«• gamin, i, per.ift.jKv a position 
enabling/disabling program in B emo^y> tOM" 

outcome transfer ».,..,. OTH 1 may be 
30 con.unic.ted to th. HTV 20 ^ ^ fol 

protocols. In a first «mbodim.nt, th. AT 16 prints th. 
outcome transfr message OTM on a receint 30 and th. 
agent provide, the OTM to th. player. The player 
simply enters toe gate<mm ^ ^ into 

th. HTV 20 using th. pi. y e r controls 8S . 
Alt.rn.tiv.iy, th. AT is My ^ 
transfer Message OTM in a bar code readable foot to 
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without in* usi„ g T w ^ ni rTCelPt ~ * P^ted 

= viewing the ootcolM ° f P ;* V * nt anyoM from 

**yi», to iBput ! t ™ ' " ° TK and th « n 

» u input .it to another HTV 20 r„ 

■lternativ. «nbodi..nt, th. HTV 20 *»„ Z 

at l6 « t i nte „. c . 92 Md *jz£l t r ™™r n to *- 

OTM My h. co» niclw dl ~ 
10 another embodiment th* 817 20 - In 

in th« «n °™ aay be bitten to memory 

«- . 9 «t or * .„ .^t.. voic . ov „ ^. 

« a t.l.phon. e*bodi Mn t shown i„ m . u " 

*.i ^ telephone network 514 

25 «... ™* 13 ' outcome transfer 

"""" co»un leatrt froB ^ ^ '« 

- » *«-»*«ion fro. .ither th. AT „ or 
th. t« 12. Ration request ........ frOT th . 

*° to cash-out winning. My L 

similarly conmunicated. -i 1 

30 «« D ^ rr1 " 5 t0 fF^toZ*** an 

«««Pl«y .«,ry arran,. M „t /lorf of program, and data 

in th. HTV 20. Hmory l0 ». inciud.. „ operating 

» 7 8 M T U ' indiMted * **• «f««o. nu.ar.l 
. 117 whioh oontrol. th. HTV 20 in a conventional 
»» ~nn.r. With respect to th. present invention, th. 
other program 1Bd d , ta in „ raory 4Mble ^ ^ 

20 to read outcoae transfer ...sage, dot fro. th. Lcc 
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12 and to process these messages in order 

g«es which yield the outcomes The ^ IL 

also include a nenory ioo^mv 

5 fro. the SPS receiver^,, T P ° ,lW ° n ilrf "»"i5r 
Seated in a "ZTZrZT ^ m " is 
Information on ^U„ g "„„eT f « ^ ^T^' 

As described above with resnect *= 7 "'"V"*^ 
" e«cb HTV stores a unit id^Uer TJZ 

optionally a chaining vari ab le ~ I "J??™ *"« 
HTV 20 may also store a serial nuJer s " fl .ld „ 
* P.»word (or multiple passvordsTr multiple Dl 
on a sin,!. HTV a0 , is stored in ti T^ *£™ 
" Player activates the HTV 20 . * 

— « eh..*, r ^.s^^r 

conventional Mnn . r b. for . al \™L,r ~ 

continue. The HTV memory 100 ,„JL P to 
outcome purch... P^^TTL^^ " 

P-rch... reouest cm and" tTr^TS. 

outers represent ta the outcome tracer "..a" 
W. When r., d by the HTV 20, the outco™ tran 3 "Ir 
5 """ 9 " °™ 1S -tored in memory 100 in field CT " 
the outcome transfer message otm i« ^ / " 
r~ ,, =»»«ge otm is compressed by the 

^ * ^""^"/decompression program 130 is 
T * tte ou *=«e Purchase program 126 t o 

.0 ZIZIT ° UtCOBe <™ — °™ int the 

rield 132. rf there are x standby outcomes o . . <j 
assign* these are stored in field 134. ^ nyi ™ 

f«ld 13«, the „.t payoff in fi . ld ^ 
S time/date of entry in field 140. 

A. described .bov. „iu, re,p.=r to ^ 
the outcome transfer ...sag. otm ».y represent on. or 
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more memory addresses in a rof«« 

Accordingly, each HTV 2Q refCrenCe strin * HTVRs. 

xn% y u ' c ; a : n h ^Lir t st t °;: « «» * * 

Program m directs the hT 20 ' to ^te^ ~" 
5 outcomes o... o .... sequence of 

in tne HTVRS . " ** ' W " °" tt " "~ 

Alternatively, the outcome transfer- 

10 4 4 * ThUS ' the out «^ purchase program 126 
10 directs the htv jo *« ^ F y am 126 

«e HTV 20 to generate the desired outcomes 
0,...O^usxng the one-way function. The same one-way 
function is stored in the lcc memory 32 * 

0TM ffl A av d r rlbed abOV£ ' ° UtCOne -ssages 

OTM may be encrypted by the LCC 12 to prevent JL 

15 from being used in P rev ent them 

* usea m another HTV 20 

°' ^ kn ° Un « *»• «t provide. tor the 

•ncryption and decryption of such Mssag . s 
—united to and fro » the w 20 . In 

e™ 10 "' ™ 20 «* *« -P-Ul *eys lor 

encxypt^ng and decrypting such usages in fi. ld 148 . 

f«H " e8 " ,e8 fr0 " thB LCC 12 h «in, »es.e,e 

authentication codes may be authenticated by t£ 

« ::r t n o r i ; n/encr,ptioa pro9rM 146 

l£L ,T " "* Pa " icul - » stored in 
field ISO. *s describe above with respect to the LCC 

— «y 32, the chaining variable c which is unique to 

««*HTV 20 nay be used as a Key to perform 

encryption/decryption and authentication. 

« The HTV 20 includes a gam. generation program 

( game program") 152 which provides for the generation 

of various games and win/lose scoring on th. display 

84. The game generation program may also include a 

tutorial for teaching players how to play the games 

and a help function for each game. These games can be 

generated with each having either a win or lose 

outcome exactly corresponding to each outcome 0....0. 
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"presented by the outcoae tran.f.r BMSa „ ^ 
the gaM B . r . ly int !„. . 

Alternatively f h. „». reveals the outcome. 

■ nurn^r of g ^ s h T S ^ b * S * n, " ted Meh «>" « 

or games have a net payoff eoual «.v 

5 payoff in the series o o II ^ " et 

lottery tickets, a sweepstakes, or bingo; or psuedo- 

poiter . in the case of the Uff^ *.w 
" for a Bar*4~.i. . tatter, the outeoae 

ror a particular poker g«e is predeter»ined with a 
«ta. payoff which is reoovered if the player T.vs 
* V,ry " the player plays Lco^T 

Z:;Z°T " ^ th ' "PresenteoT^e 

20 ZZZ Z 3 P8rtiCUlar ln the^ 

skiTl" My 5 " nerate ««* «e race, of 

I 'll 8 ™f " Cros ~°« P«"les or word descraabler 
ga.es which most be completed within a sDecifi!! 
Period of time, xf the player co.pi.te. th.^^ 

25 predetermined payoff on the outcome selected for th^t 
ST " "£/ •*> ^ credited to the HTV aid 

designed to require a identifier .uch that the 

P1 o : y ri* uthority 11 saiacts - hioh — « 

Played in connection with any outco.es that are .old. 
In thi. regard, the outcome transf .r jnessage OTM »y 
include an instruction for the proariB lM ^ 

,en«.t. . . p . clfic gaM for ^ *° 

program cou id be i oid ^ lnt0 Mmory 100 J 
conventional aw through the swrt card 28 or by 
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n u Ploading the appro D riai-.» 
instructions. appropriate software 

running cash balanc, ^ ^ iB 

•ach player. individual account, for 

Th. HTV memory further include, a red. BMim , 
program is 8 which i. use, to ca. h - out th."Z"° 
current credit fcaianc. in play . r . s 2lT7s s 
The red«ption program 158 anahl . s the ^ ^ 

;; d 1 e °l t t . a CMh -° Ut on the HTV 2 0^ The 

redMptl ° n pro ^a» 158 then direct, the HTV 20 ^1 
San-" * a redemption recuest ».„.,„ " 

communicatwi to tha lcc i> .. • * " 

„ . usin 9 methods similar to 

way xn which outcome tr»n. f .r message ^ 

-SS"-^..,.. RRM are u.ed by the redemption 
In the ice 12 to verify cart-out requests 
L IT 9 idan "»«"- -ta and outeoJl" 

T^T' ^ nUtoer ° f ™> *« a given 

HTV 20 The ration requeat message rkm My ^ 
generated on th. di. P i ly 84 of ^ ^ 2 „ Md * * 
Provided to the ,g„ t at a lottery retailer 18 for 
'"try into the at 16 . The redemption r.q».st 

^nt™ " aXt * tnil Print « 88b aaaociated with 
th. W 20 or by a printer 22 at the lottery retailer 
via the printer interface 88a, which receipt 30 i. 
then provided to th. agent, m this connection, th. 
redemption request message rum Bay be r(maared on ^ 
display 84 or on the receipt 30 in a bar code readable 
format and scanned by the bar code scanner 24 at th. 

In "Other embodiment, the redemption request 
m...,g. RUM may be written to the smart card 28 and 
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then read therefrom by the AT 16. i„ yet Moth ^ 
embodiment, the rede Dption request mQS age ^ 
communicated to the lcc 12 over the ! 
14 via tho ^ telephone network 

via the modem 96. In still another embodiment the 
5 redemption request message rrm mav the 
fro™ 9 may be communicated 

from the HTV 20 .to the r.rr n 

transmission to either £ A^i/or Z 
redemption request message RRM may be encrypted b y £ 

10 Tm 20 ^ ^^-/-rvption^ro^ ^ 6 

10 in memory 100 for subsequent decryption by the LCC 12 
using the authentication/encryption program 68 in 

redMPti0n ******* ™ can be 

12 ^ t USlng GnCryPti ° n keys taown °nly to the LCC 
15 tt * SP " CifiC 20 ' These may include the 

15 unit identifier I and the chaining variable c 

. The HTV memory 100 also includes an audit program 

^e wVTZ 4 reC ° rd ° f aU activitv Performed on 
the HTV 20 in field 161 to assist in protecting data 

20 memory lOOhave not been tampered with. The audit 
pro^aj^oo^ f urthe,, provides a record of player 
acuity for the player and the lottery authority 11 
in the event of any dispute. 

Referring now to FIG. 7, there is shown a flow- 
25 chart of an exemplary outcome purchase of m "tickets" 
/ Q (outcomes) from the LCC 12 through an AT 16 at a 
V, lottery retailer 11. For convenience, the following 

asstaes all outcomes are purchased at a single price 
point. However, the outcomes purchased from the RPD 44 
30 may represent different price points and may be 
purchased separately by obtaining an outcome transfer 
message for each price point, or together by 
generating an outcome transfer message OTM which 
represents outcomes having different price points. To 
35 begin the purchase sequence, the player first 
activates the HTV 20 and enters his or her password 
which is checked by the password security program 124 . 
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The player then selects the purchase -tie**, function 

tz 3 2 ° 0 \r outcome purchase p — 126 

the HTV 20 to generate an outcome purchase request 

5 ToTi: T " 3 ° ne " Way fUnCti ° R ° f 1 and « at^tep 
5 02 The player provides the OP*m to the agent at the 

the o^M ret " UiBt ^ 304 * ^ aWt -ters 
the OPRM xnto the AT i« which transmits the OPBM to 

the LCC at step 306. The serial number oprm could also 

10 Pr ° Vided t0 ^ a9ent by anv of «- above 

10 described methods of communicating an outcome transfer 

message OTM or a redemption request message ERM as 

described above. The LCC 12 runs its outcome purchase 

program 48 at step 308 which extracts I and c from s 

for that HTV 20. At step 310, the LCC compares I and 

15 c with the values for I and c stored in fields 37 and 

38, respectively, in the HTV memory area 36 for that 

HTV 20. as described above, I and c are initially 

stored in the LCC 12 when the particular HTV is 

registered with the lottery authority 11. C for a 

20 given HTV 20 is updated using a one-way function every 

time outcomes are transferred to that HTV 20. if 1 and 

C match, then the LCC 12 sends a ready code to the AT 

16 at step 312. if not, then the LCC 12 denies the 

outcome purchase request because the HTV 20 is not 

25 registered or has been altered in some way at step 

314. If the HTV identification is valid, the player 

then provides the agent with the number of outcomes m 

to be purchased for a given price point at step 316. 

The agent enters m and the price point into the AT 16 

30 at step 318. The AT 16 transmits m and the price point 

to the LCC at step 320. The outcome purchase program 

48 in LCC memory 32 then randomly selects the next m 

unsold outcomes O r ..o j+1i for that price point from the 

RPD 44 at step 322. It also directs the LCC 12 to 

35 store the outcomes O j ...o. 4a in field 52, the price 

point in field 56, the net-payoff in field 58 and the 

time/date in field 60. The LCC 12 then generates an 
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outco™ transfer -essage OTM at step 324 using any on . 

of the ..thods described in the foregoing. The LCC 12 
«n .iso store the outcone traMf J J J*«c 12 

in the foregoing, th. LCC 12 cm w 
authentication/encryption program 68 to encr^t £ 
outco.. tr.n.f.r message OTM, ln this .xa»p^ tir « 

L^L- " t" " CryPtl ° n *" "* th « = a, an 

«eryption key at step 326 (th . otm need not be 

IS - ' " C0U " ** ^ ""Stable £ 
•Pending „„..,. authentication codes which ar. 
authenticated in the HTV 20 by keys known only to the 
LCC 12 and the HTV 2., . xt then updates c a, . one-way 
function of the outcome transfer sessag. - c=„ot) 
and stores the new value for c in tUU 38 at step 
328. Th. LCC 12 then trans.it. th. outcome transfer 
—.a*. OTM to the AT 18 at sfp ,30. The AT print, a 
receipt 30 containing th. era, th. date, time, pr i c . 
Point and m at step 332. The agent then provides the 
» receipt 30 contain!^ th. outcome transfer ,„.,,. „„, 
to th. player, and th. player pay. the agent at step 
334. At this time, an outcome purchase confirmation 
messag. is communicated from the AT 16 to th. LCC 12 
at sfp 338 which indicates that th. player has 
5 irrevocably- purchased the outcomes represented by 

th. outcome transfer sessag. otm. Th. p i,y. r then 
mtmtm the outeom. transfer message OTM into th. HTV 
20 at step 338. The HTV 20 run. th. 
authentication/encryption program 146 to decrypt the 
outcome transfer message OTM first using c as th. k.y 
and again using I as th. k.y at step 340. The outcome 
transfer menage OTM is then stored in field 128 in 
HTV mmory 100 at step 342. if the outcomes ar. simply 
compress.* into a sequence o r .. 0l „ (fig. 9) , the 
decompression/compression program 130 will decompress 
the sequence and store the same in field 132. The 
outcome purchaw program 130 may also stor. th. price 
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potnt in ti»U 136, .„„ net payoff in fUM 

the outcome transfer M ssa,e OTM represent, an address 

search the J™, stored in tiM lt2 tot ^ j£ 
5 or an address where a series c f outeoes reside with 
the sane net payoff as o n 

tr* ns **r » °r«'<W " the outcome 

transfer message OTM represents a seed value for a 
one-way function stored in field 144, the outcome 
purchase program 130 will use the seed value to 
10 generate the same series of outcomes o o 

Alternatively, the outcome transfer message' OTM "may 
simply represent the net-payoff on a number of m 
outcomes O,..^, in which case the game program 152 
generates a number of games with the same net payoff 
Once the outcome message OTM has been stored in step 
342, the outcome purchase program 126 updates c as a 
one-way function of OTM and stores the new value for 
C in field 118 at step 344. Thus, both the htv 20 
and the LCC 12 have new values for C stored in memory. 
The player then plays games on the HTV 20 generated by 
the game program 152 which yield the outcomes 0....0. 
or the net payoff on those outcomes at step 346. The 
Player's account balance is updated by the accounting 
program 154 as each outcome is revealed and stored in 
25 account 155 in field 156 at step 348. 

PIG. 8 is an exemplary cash-out sequence in the 
embodiment described above. Essentially, the HTV 20 
identifies itself to the LCC 12 and the LCC 12 
authorizes a payoff on the outcome sequence 0....0 
30 sold to that HTV 20. To begin the redemption sequence? 
the player first activates the HTV 20 and enters his 
or her password which is checked by the password 
security program 124 as described above. The player 
then chooses the cash-out function at step 350. The 
redemption program 158 in HTV memory 100 generates the 
redemption request message RRM, in this example, as a 
function of I and C at step 352. Thus, the redemption 
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sequence of FIG. 7. The rrm M y also include 

5 r:: 0 :r:„\r ce in account 155 ^slt 

valueT V ° UtCOBeS WhiCh We " " v «^- The 

value for c was updated as a one-way fu» ction of J 

value for c was also updated in the LCC memory 32 at 
step 328 above. The player provides the region 

lZ?l memge *** to "* agent at ™* 

agent then actxvates a redemption function on the AT 

reouel ^ *- redemption 

request message RRM into the AT 16 which transmits the 

15 Z r ^ " ^ SteP 358 * The LCC « then runs 
the . redemption program 78 which verifies the 
redemption request message rrm by extracting I and c 
and comparing the values for I and c with the values 
stored in memory 32 in fields 37 and 38, respectively, 
at step 360. If I and c do not match the expected 
20 values at step 362, the LCC 12 denies the cash-out 
request at step 364. if 1 and c match the expected 
values at step 362, then at step 364 the LCC 12 checJcs 
the cash alance embodied in the redemption request 
message rrm against the amount it calculated (the 
5 Pay ° ff St ° red 58 for that outcome sequence, 

as a result of the sale of the outcomes to the HTV 20 
and stored previously in the HTV account 73 in field 
74. The LCC 12 then sends a validation message to the 
AT 16 at step 368 and the amount is debited in account 
73. The player may opt to purchase more outcomes with 
the present cash balance in account 73 at step 370, in 
which case the outcome purchase sequence shown in FIG. 
7 may be repeated. Alternatively, the player is paid 
by the agent at step 372. 
5 As described briefly above, an outcome purchase 

request for m outcomes 0 J ...o. t- may be accompanied by 
x standby outcomes 0....0,.,. The standby outcomes are 
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wZi™ 3 nUaber '""^•"t to exhaust .U 

£» th. ! ^ U " ,C * ib ° Ve 9 P"<"«te rai ned value 

provide a cash T P and 

provide a cash-out, instruction on the display 84 

Referring now to fig. 9, there is shown a oort7 I 
» « 4, with f ive (5) purchased JZLT^o" 
which have a net-payoff of sifi t« r" u ;*m 
» - CO. purchase pr/gram 4', Tse^ 
twenty tour ,24) standby outcomes 0. 0 in T 
groups as shown. The standby outco.es can 

^ anywhere in the RPD 44 but the groups are ptayed 
in order. The relative position. between the 

in the RPD 44 are a.r.ly « Mpl<lry . For ^ ™ 
this .xa.pl., an out= OM , , r . purchasad torn. T °. 
Player wins ,1. on the purchased outers 0....0. . if 
the player .p^, ^ $l , en ^ I » 

ir«ld a net payoff of ,,, the next group may 
constitute eight <8> outcome, which yield a net p.yo« 
f »ro (0, in the first ^ pl . (fuU ej£haus JJ 

25 bvTT " ~ ' lar ' e Pri " ' S500 > "pressed 

by the fourth outcome in the order shown in the second 

«a»ple for the second group. Referring to the second 

•""Pie. if the outcome sequence in the second group 

i« Played in order, and the sequence of outcomes is 

lose win «, win SI. win S500, the player retains $4 

'0 in winnings after the first standby group is played 

and $2 +S l + „00 in the second group for a net win of 

S507. The game program 152 in the HTV 20 will direct 

the HTV 20 to generate a cash-out message when such a 

large outcome is revealed. If there are any remaining 

5 standby outcomes, in this example four losers, these 

will be voided in the HTV 20 by the redemption prooram 

158. Similarly, those four standby outcomes will be 
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a MdMpt lon r«qu.«t »e.»ag. rem which repres.nt s .11 
outeo».s trw.f.rred to that HTV 20. IncZ" * 
purch...* outco«s, and ^ , ^ g £™?> ^ 

HTV 20 r.pr„,.nt. which standby outcc. „«. r . vea ^ 
b, th. HTV 20 ana .„.hl.. th. LCC X2 to coJuT^ 

™. and to void - ~ ~* ~ « 

Referring now to FIG. 10 i« , 

' rxi " 10 is an exemplary 

flowchart of an outcome purchase sequence including 

15 T o ° UtC ° mGS °^ ^ X Standb ^ oatco les 

Pr ° t0C01 in tte exaaple is ^ilar to 
what happens in fig. 7, so redundant steps will not be 

repeated. At step 400, the outcome purchase program 
48 xn LCC memory randomly selects m purchased outcomes 

20 A'"?? ^ * Standby ° UtCOiae8 °« — °~ froffl the rpo 
20 44. The LCC 12 then generates an outcome transfer 

message OTM representing the m outcomes and x standby 

outcomes at step 402. The outcome transfer message may 

consist of a compressed sequence, address for outcomes 

in the HTVRS or a seed value for a one-way function as 

25 described above. The LCC 12 can update C as a function 

of the outcome transfer message OTM and store the same 

in .emory as described above at step 404. once the 

outcome transfer message OTM has been read and 

authenticated (if authenticatable) or decrypted (if 

encrypted) , it is stored in memory loo in field 128 in 

the HTV 20 at step 406. in this regard, the m outcomes 

°r ••<>]♦. nay be stored in field 132 and the standby 

outcomes 0,...o^ may be stored in field 134 of the HTV 

memory loo. The same data has been stored in the lcc 

memory 32. At step 408, the HTV updates C as a one-way 

function of OTM. The HTV 20 then generates games which 

yield the m outcomes 0 } ...0^ or the net payoff on 
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^T"" t,t,M10 - The HTV 20 utilizes the 

HTV 20 to display the option to reinvest th. cash- 
baienc. (wi , nings) in ^ ^ jf « «. h 

wishes to cart-out, th. cash-out sequence in „ s , 

■ay be followed, if the player want. 

10 " piayer wants to reinvest, the 

10 - 152 wUl generate a gaae ; the 

standby outcome i„ 0 ,..o„ at step 416. ^ 
accou„ti„ g program 154 in the HTV 20 ^ acco ^ 

155 with a new cash-balance and displays the updated 
balance to the winner on the display 84, depending 
15 anon whether the standby outcome was a winner or loser 

voidTLT J"" ° UtCOBe PUrChaSC pro ^- "6 then 
voids the last standby outcome revealed at step 420 

and updates the status (to "revealed") of that outcome 

20 si t„ TT" ° f Standby OUtCOB6S sto ~ d i» "eld 
34. If the last standby outcome revealed generates a 

large prize over some predetermined threshold at step 

422, the outcome purchase program 48 directs the HTV 

20 to display a message to the player that he or she 

25 T C T"° Ut ^ 424 * The V 1 **** ^oes through the 

redemption sequence in PIG. n. If not , ^ QutCQne 

purchase program 48 checks to determine whether there 

ara any unused standby outcomes remaining in field 54 

at .fp 426. if „ot, the player has exhausted the 

cash-balance in account 155 and the HTV 20 generates 

30 a 2 ero cash-balance on the display 84 at step 428. if 

standby outcomes remain, the player chooses whether to 

continue to reinvest at step 430, if the player 

selects reinvestment, the HTV 20 win generate another 

game which yields the next standby outcome at step 

416. if the player elects to cash-out, the HTV 20 

indicates the cash-balance in account 155 at step 432 

and the player goes through the redemption sequence i n 
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PIG. 11. 



Referring now to fig. n, there is snown an 
exemplary cash-out sequence when there are standby 
outcomes. To begin the redemption sequence, the player 
first activates the HTV 20 and enters his or h" 
password which is checked by the password security 
program 124 as described above. The player initiates 
the cash-out function at step 500. The redemption 
program 158 in HTV memory 100 generates a status 
record of the standby outcomes and the accompanying 
cash balance in account 155 RSBV at step 502 and a 
redemption request message RRM as a function of I and 
C which appends RSBY at step 504. The redemption 
program 78 also voids any unused standby outcomes 
stored in field 54. The redemption request message 
RRM may be compressed by the decompression/compression 
program 146 in HTV memory 100 into a smaller message 
since the record of standby outcomes may be lengthy if 
the RRM is to be displayed on the HTV display 84 or 
printed out on a receipt 30 (either in alphanumeric 
form or in a bar code readable format) . This example 
describes an embodiment where the player provides the 
redemption request message RRM to an agent at the 
lottery retailer 18 at step 506. As described above, 
the redemption request message may be communicated to 
the AT 16 through other methods. The agent selects a 
redemption function on the AT 16 at step 508. The 
agent then enters the redemption request message RRM 
into the AT 16 and the AT 16 communicates the 
redemption request message RRM to the LCC 12 at step 
510. The LCC then runs the redemption program 78 to 
verify the redemption request message RRM by 
extracting RSBY, I and c and comparing the values for 
I and C with those stored in memory 100 in fields 37 
and 38, respectively, at step 512. If i and C do not 
match the expected values at step 514, the LCC 12 
denies the cash-out request at step. 516. If I and c 
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-atch the expected values at step 514, then the LCC 12 
*° " CC ° Unting 154 to calculate the 

^tTtT^"^ ~" rented in rsbv and 
5 11 <T 155 " field 15 «* ^e LCC 12 

£ n r v s°bv r r sed standby ° utcottes " 

validation message to the AT 16 at step 522 

to * ™ mia9 n ° W t0 FIG « 12 < « LCC 12 i's coupled 
to a telecommunications network 14 • having interactive 
10 voxce capability and is accessible by dialing a 900 
number or the like to enable the outcome purchase and 
redemption to be effectuated over the telephone 13. 
Alternatively, the telecommunications network 14' may 
15 th/ ny ' nteraCtive judications network, including 
15 the internet. The protocol is similar to that 
described above with regard to purchase and redemption 
at an AT 16, except here the player simply keys the 
information into the telephone 13 in response to 
prompts from the system. Thus, the player first 
20 communxcates the HTV identification information in the 
form of an outcome purchase request message OPRK to 
the LCC 12. if HTV identification/registration is 
confirmed, the lcc 12 then provides a "ready- 
indication to the player with instructions to select 
.5 the number of outcomes to be purchased for each price 
point. The lcc 12 then generates an outcome transfer 
*...age otm as described above which the player 
manually keys into the HTV 20. The system operates 
Similarly to redeem winnings. The HTV 20 generates a 
0 redemption request message rrm, and the player keys 
the redemption request message into the telephone. The 
redemption request message rrm is communicated to the 
LCC 12, which verifies the identity of the HTV 20 and 
the expected payoff, a credit is then made to an 
> account for the HTV/player in the LCC 12. in a 
modification of this embodiment, the HTV 20 contains 
a modem 96 which enables it to communicate directly 
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over the telecommunications network 14' to communicate 
outcome transfer messages otm from the LCC 12 to the 
HTV 20 and redemption request messages rrm from the 
HTV 20 to the LCC 12. Alternatively, the HTV 20 may 
incorporate a cellular phone (not shown) for the same 
purpose. This embodiment is still considered to be an 
off-line arrangement as there is no need to have an 
on-lme connection between the HTV and the LCC during 
Play. * 

In a further embodiment shown in fig. 13 , the LCC 
12 communicates through a base station network 15 with 
a plurality of base stations 600 for broadcasting and 
receiving rf messages. The HTV 20 also includes a 
transceiver 113 for broadcasting and receiving rf 
communications such that all purchase and redemption 
functions may be implemented without the heed for the 
player to travel to a lottery retailer. The protocol 
is similar to that described above with respect to the 
other embodiments . 
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1. A remote lottery system which enables a player to 

rr::„t out r es froa a randoni " d ~- 

« a central computer and view the outcomes on a 
remotely disposed gating colter which does „ot 
requxre an on-line connection to the central computer 
comprising: p wr ' 

in meLrvT 1 T^" * *" d * eans 

xn memory for storxng a randomized prize datastreaa 

IZZTs ° f 9 flnlte SerieS ° f ~ ^n/lose 
outcomes, means xn memory for storing a record of 

identification data for a plurality of off-line gaming 
computers, means in memory for directing said central 
computer to randomly assign outcomes from said 
randomized prize datastream to said gaming computers 
responsive to outcome purchase requests by players for 
a requested number of outcomes in each purchase, means 
in memory for storing a record representative of said 
purchased outcomes with said identification data for 
each of said gaming computers to enable subsequent 
redemption of outcome wins, and means in memory for 
directing said central computer to generate outcome 
transfer messages in connection with said outcome 
purchase requests to be communicated to said gaming 
computers to enable said gaming computers to reveal 
said purchased outcomes selected from said randomized 
prize datastream; 

•ach of said gaming computers including player 
controls, a display and a memory, said gaming computer 
further comprising means in memory for directing said 
gamxng computer to generate games, means in memory for 
reading said outcome transfer message and to direct 
said gaming computer to generate games which yield at 
least one of the group consisting of said purchased 
outcomes and an aggregate net payoff of said purchased 
outcomes, and means in memory for directing said 
gaming computer to generate a redemption message to be 
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co-unicated to said central computer to eart-out 
r.daJtL Bby ' CentrSl C °~ s'aid 

memory of said outcomes assigned to said 
5 computer in connection with said outcome 

to be made to the player. 

2. The remote lottery system recited in claim i 
fU ^ 6r co »P^i«9 a plurality of agent terminals 

10 networked to said central computer, said agent 
terminals for enabling a player to purchase outcomes 
from said randomized prize datastream in said central 
computer and for enabling the player to redeem outcome 
wins where at least one of said agent terminals is 

L5 operably connected to a printer for printing a receipt 
with said outcome transfer message. 

3. The remote lottery system recited in Claim 2 
wherein said outcome transfer message is printed on 
said receipt in a bar code readable format, and said 
gaming computer further comprises a bar code scanner 
for scanning said outcome transfer message. 

4. The remote lottery system recited in Claim 1 
further comprising a plurality of agent terminals 
networked to said central computer, said agent 
terminals for enabling a player to purchase outcomes 
from said randomized prize datastream in said central 
computer and for enabling the player to redeem outcome 
win., where at least one of said agent terminals 
comprises an interface for reading and writing data to 
data storage media and said gaming computer comprises 
an interface for reading and writing data to said data 
memory media to communicate said outcome transfer 
message from said agent terminal to said gaming 
computer via said data memory media. 
5. The remote lottery system recited in Claim i, 
further comprising a plurality of agent terminals 
networked to said central computer, said agent 
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fro. said » ndoai „ d prise datastreM " 

thereto, whereby nii outeo>9 J P"« 

counicat^, to said gMlng e0BDUt . r ^ 

redemptxon .....g. My b . conBunicat , d £ 
" ga^n, computer to ..id „„ t t.r.in.1. " 
«• The toot, lottery syste. recited ln 

S Cent " 1 CO " PUter — through a 
II TT n,tW ° rk hiVln9 Active voice capability 
to enable a player to purchase said outco.es over said 

! ,1,! * 0ne MtWOrt * «™ally *.ying in gMing 
c«put.r identification and outcome purees, data 
through a telephone to communicate said identification 
and outcome purchase data to said central computer 

20 Z Central CMPUter veri W° «"> 9«ing ccputer 
Z IZ 9 """ 1 " U """"cation data with said 
identification data stored in memory, and upon sald 
verification communicating said outcome transfer 
■assage in the for. of an audible code to enable the 
Player to manually key said outcome transfer massage 
into said gning ccputer through said player 
controls. * 

7. The raw*, lottery systc recited in clai. i 
•fcawln said central ccputer communicates through a 
telephone network and said gaming computer includes a 
modem to enable said gaming computer to com.unic.te 
with said central computer over said telephone network 
to directly communicate said outcome transfer message 
to said gaming computer. 

8. The remote lottery system recited in Claim i 
35 wherein said central computer is operably associated 

with rp transmitting means for receiving outcome 
purchase request messages and receiving means for 
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broadcasting said outcome transfer messages, and said 
gaming computers are operably associated with RF 
transmitting means for broadcasting said outcome 
purchase request messages and receiving means for 
receiving said outcome transfer messages. 

9. The remote lottery system recited in Claim i 
wherein at least one of said messages is encrypted by 
said central computer and decrypted by said gaming 
computer. 

10. The remote lottery system recited in Claim i 
wherein at least one of said messages is encrypted by 
said gaming computer and decrypted by said central 
computer. 

11. The remote lottery system recited in Claim 1 
15 wherein at least one of said messages is 

authenticatable and said gaming computer further 
comprises means in memory for authenticating said 
messages. 

12. The remote lottery system recited in claim l 
20 wherein at least one of said messages is 

authenticatable and said central computer further 
comprises means in memory for authenticating said 
messages. 

13. The remote lottery system recited in Claim 1, 
25 wherein said central computer includes means in memory 

for storing outcome reference strings for each gaming 
computer with said respective identification data, 
each of said outcome reference strings being comprised 
of a plurality of random reference outcomes, each of 

30 said reference outcomes having an address in memory, 
and said gaming computers each have a corresponding 
outcome reference string stored in memory, whereby 
said central computer assigns outcomes from said 
randomized prize datastream by retrieving at least one 

35 address of a series of reference outcomes in said 
reference string from memory and generating said 
outcome transfer message which represents said at 
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rlVl^ 88 t0 Cnable Said ^ing computer to 
HIT V 6 ° UtCOaeS in Said "^ence string in 

T^TZTT at said at least one — - g 

wL e T l0ttery Syste » ^ ited in claim 2 

Til"" Central C ° BPUter *~ 

in memory for compressing data representing said 

outco ln sa i d ra ndo ffl i 2 ed prize datast re I no 
said outcome transfer message and said gating computer 
includes s for decompressing said data 'to enabt 
a Player to manually enter said outcome transfer 
message printed on said receipt into said gaming 
computer through said player controls. ' 
15. The remote lottery system recited in claim i 

I™ T CCntral fUrth - i-^des mean; 

in memory for generating a seed value for an algorithm 
stored in memory in said gaming computer, said gaming 
computer further comprising means in memory resplnsivl 
to said seed value to enable said gaming computer to 
generate said purchased outcomes selected from said 
randomized prize datastream by said central computer, 

va^e ° UtCOBe ^ BeS8a9€ inClUdes 8aid 8 " d 

16. The remote lottery system recited in Claim i 
wherein said central computer assigns a number of 
standby outcomes from said randomized prize datastream 
greater than said requested number of outcomes for 
said outcome purchase and said gaming computer has 
mm in memory for reinvesting winnings on said 
requested number of outcomes to enable the purchase of 
said standby outcomes on said gaming computer. 
17. A remote lottery system which enables a player to 
purchase outcomes from a randomized prize datastream 
in a central computer and view the outcomes on a 
remotely disposed portable gaming computer which does 
not require an on-line connection to the central 
computer, comprising: 

a central computer including a memory and means 
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^ St ° riI " » »— i~« pri*. daf.tr.- 

o»tcc. fro, saw randOBil . d prije 

said gaain, computers responsive to outcome purcUe 

in «ch pvr^, in t „ «^ 

r.pr«.entati». of Mid purcha..d outcow. with !!!! 

id.ntlfic.tion data for -on of .aid aJ^L 

-„.,,. t Mla yarning conputar. 

to .ub^ent r«i«ptio n of outoow win,, 

~an. in ,„ ory for dir.cti^ ..id c«tr.l c<»put«r to 
outcoM *»«■*« ™— «« in connection with 
•aid outeo™ purcha.a requasts to b. comunicat^ to 
•aid gating computers to mbla ..id ,«ing co-putera 
to r«v«l ..id purchaaed outoo™. .lectl fron ..id 
randomized prize datastream; 

^avJ^ V POrtable gM,ing including 

Player controls, a display and a memory, said gaming 

computer further comprising means in memory for 
directing said gaming computer to generate games 
»eans in memory for reading said outcome transfer 
message and to direct said gaming computer to generate 
game, which yield at least one of the group consisting 
of -id purchased outcomes and an aggregate net payoff 
of .aid purchased outcomes, and means in memory for 
directing said gaming computer to generate a 
redemption message to be communicated to said central 
computer to cash-out; 

a plurality of agent terminals networked to said 
central computer, each of said agent terminals for 
enabling a player to purchase a requested number of 
said outcomes from said randomized prize datastream in 
aaid central computer at said agent terminal by 
entering said outcome purchase request into said agent 
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terminal and communicating said outcome purchase 
request from said agent terminal to said central 
computer, and for enabling the player to redeem 
outcome wins by communicating said redemption request 
message generated by said gaming computer from said 
agent terminal to said central computer, 

whereby, said central computer processes said 
redemption request message to check said record in 
memory of said outcomes assigned to said gaming 
computer in connection with said outcome purchase 
request to enable a payoff on said assigned outcomes 
to be made to the player. 
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